home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.20020314-20021006
/
000176_flo@uk.thalesgroup.com_Wed Jun 26 10:45:26 EDT 2002.msg
< prev
next >
Wrap
Text File
|
2002-10-06
|
3KB
|
65 lines
Article: 13480 of comp.protocols.kermit.misc
Path: newsmaster.cc.columbia.edu!newsfeed.nyu.edu!newsfeed.arcor-online.net!newsfeed01.sul.t-online.de!newsfeed00.sul.t-online.de!t-online.de!kibo.news.demon.net!demon!lnewspeer01.lnd.ops.eu.uu.net!emea.uu.net!news!not-for-mail
From: Paul Williams <flo@uk.thalesgroup.com>
Newsgroups: comp.protocols.kermit.misc
Subject: Re: can MS Kermit display a 25 line terminal?
Date: Wed, 26 Jun 2002 09:26:40 +0100
Organization: speaking for myself
Lines: 43
Message-ID: <3D197AC0.18C0E572@uk.thalesgroup.com>
References: <MPG.177c17e6695927a09896a0@news.mi.comcast.giganews.com> <MPG.177d25136f7733d9896a3@news.mi.comcast.giganews.com> <ezqPiZWnAYS7@cc.usu.edu> <3D183B0E.E0F02282@uk.thalesgroup.com> <3D1875B4.10701@nyc.rr.com>
NNTP-Posting-Host: sswc019.int.rdel.co.uk
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: rdel.co.uk 1025080000 26342 172.21.150.60 (26 Jun 2002 08:26:40 GMT)
X-Complaints-To: postmaster@uk.thalesgroup.com
NNTP-Posting-Date: 26 Jun 2002 08:26:40 GMT
X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.6 sun4m)
X-Accept-Language: en
Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:13480
"Jeffrey Altman [Road Runner]" wrote:
>
> The VT5xx supports terminal screens of arbitrary height. It is
> independent of the state of the Status Line. Status Line: None
> simply means the space allocated to the status line is empty. It
> does not mean the line can be written to by the host application.
>
> Why is that? Because the host application can switch the state
> of the Status Line at any time by use of a CSI sequence. Activation
> of the status line is a non-destructive operation to the rest of the
> display page.
No, you are describing the behaviour of some older terminals. If it was
always true for the VT500 Series, I wouldn't have mentioned it! On the
VT500 Series, screen height is a function of page height as well as
visibility of the status line. Please try the following experiment:
1. Set up "Lines per page" to just one page, so you get the largest
possible scrollback buffer.
2. Set "Lines per screen" to "24, 25 or 26"
3. Set "Status display" to "Local status".
How many lines on the main screen are now host-writable? 25.
4. Set "Status display" to "None".
How many lines on the main screen are now host-writable? 26. The space
formerly occupied by the status line has become part of the main screen.
Activation of the status lines is *not* "non-destructive" to the rest of
the display page. If you activate it again with the cursor on line 26,
you'll see that the screen scrolls up one line so that the bottom line
in the old display is still the bottom line, but the top line has now
scrolled off.
The behaviour you describe only occurs if the page size is limited to
the screen size because in that case there is no more page data to put
on the screen.
Regards,
Paul